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SYSTEM AND METHOD FOR PROCESSING TAX CODES BY COMPANY GROUP 

Background of the Invention 

Cross References to Related Applications 

The following U.S. patent applications, filed 
concurrently or otherwise copending, are assigned to the 
assignee hereof and contain subject matter related, in 
certain respect, to the subject matter of the present 
application. 

Serial No. 09/657, 215, filed 7 Sep 2000, entitled "System and 
Method for Clustering Servers for Performance and Load 
Balancing", assignee docket END9-2000-0104-US1 ; 

Serial No. 09/657,216, filed 7 Sep 2000, entitled "System 
and Method for Front End Business Logic and Validation", 
assignee docket END9-2000-0105-US1; 

Serial No. 09/657,217, filed 7 Sep 2000, entitled "System 
and Method for Data Transfer With Respect to External 
Applications", assignee docket END9-2000-Q106-US1; 
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Serial No. 09/656,037, filed 7 Sep 2000, entitled "System 
and Method for Providing a Relational Database Backend", 
assignee docket END9-2000-0107-US1; 

Serial No. 09/656,803, filed 7 Sep 2000, entitled "System 
5 and Method for Providing a Role Table GUI via Company 
Group", assignee docket END9-2000-0108-US1; 

Serial No. 09/656,967, filed 7 Sep 2000, entitled "System 
and Method for Populating HTML Forms Using Relational 
Database Agents", assignee docket END9-2000-0109-US1; 

10 Serial No. 09/657,196, filed 7 Sep 2000, entitled "System 

and Method for Catalog Administration Using Supplier 
Provided Flat Files", assignee docket END9-2000-0110-US1; 

Serial No. 09/657,195, filed 7 Sep 2000, entitled "System 
and Method for Providing an Application Navigator Client 
15 Menu Side Bar", assignee docket END9-2000-0111-US1; 

Serial No. 09/ , entitled "SYSTEM AND METHOD FOR 

AUTOMATING INVOICE PROCESSING WITH POSITIVE CONFIRMATION", 
assignee docket number END9 2000 0165 US1; 



Serial No. 09/ , entitled "SYSTEM AND METHOD FOR 
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GENERATING A COMPANY GROUP USER PROFILE", assignee docket 
number END 9 2000 0166 US1; 

Serial No. 09/ , entitled "SYSTEM AND METHOD FOR 

SHARING DATA ACROSS FRAMES USING ENVIRONMENT VARIABLES ", 
5 assignee docket number END 9 2000 0167 US1; 

Serial No. 09/ , entitled "SYSTEM AND METHOD FOR 

SYNCHRONIZING LEDGER ACCOUNTS BY COMPANY GROUP", assignee 
docket number END 9 2000 0168 US1; 

Serial No. 09/ , entitled "SYSTEM AND METHOD FOR 

10 GROUPING COMPANIES ACCORDING TO ACCOUNTING SYSTEM OR RULES" , 

assignee docket number END 9 2000 0169 US1; 

Serial No. 09/ , entitled "SYSTEM AND METHOD FOR FRAME 

STORAGE OF EXECUTABLE CODE", assignee docket number END 9 
2000 0174 US1; 

15 Serial No. 09/ , entitled "SYSTEM AND METHOD FOR 

INVOICE IMAGING THROUGH NEGATIVE CONFIRMATION PROCESS", 
assignee docket number END 9 2000 0175 US1; 



Serial No. 09/ , entitled "SYSTEM AND METHOD FOR 

LEVERAGING PROCUREMENT ACROSS COMPANIES AND COMPANY GROUPS", 
END 9 2000 0177 US1 3 



assignee docket number END 9 2000 017 6 US1; and 



Serial No. 09/ , filed 2 March 2001, entitled "SYSTEM 

AND METHOD FOR MANAGING INTERNET TRADING NETWORKS", assignee 
docket number END 9 2000 0178 US1. 

The above-identified patent applications are incorporated 
herein by reference. 

Technical Field of the Invention 

This invention pertains to a system and method for 
processing tax codes by company group in a front-end 
processor to bridge to a back-end purchasing system. 

Background Art 

When companies purchase goods, there are certain 
requirements for taxation. Taxation requirements differ by 
county, city, state, country and other locales, creating 
processing problems in paying those taxes correctly. Most 
companies use tax packages to determine taxability, based on 
where the goods are shipped; however, this does not take 
into account items that are purchased for research purposes 
or government contracts, which are not taxable. In certain 
END 9 2000 0177 US1 4 



companies , the people ordering the goods know the taxability 
and the shipping inf ormation, and can determine the 
taxability at the time of the order, but they are not 
usually the ones who interface with the tax packages; this 
is usually left to the Accounts Payable area. 

There is a need in the art to provide an automated 
process for assigning taxability codes to purchases by 
company groups, and to automatically adapt to those company 
groups adapt the processing of tax payments. 

There is a further need to provide in a front end for 
the assignment of taxability codes, to thereby reduce the 
amount of work required on a back end process for resolving 
tax issues* 

It is an object of the invention to provide an improved 
system and method for processing tax payments. 

It is a further object of the invention to provide a 
system and method for assigning taxability codes to 
purchases by company groups, and to automatically adapt to 
those company groups the processing of tax payments. 
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Summary of the Invention 



In accordance with the invention, there is provided a 
system and method for assigning taxability codes to 
purchases and processing tax invoices, the method including 
5 the steps of receiving from a user, identified by company 

indicia to one of a plurality of company groups, a purchase 
requisition for a service or commodity object; responsive to 
the indicia and object, determining in a front end process a 
tax code and tax location based on defined business rules; 
10 feeding the tax code and tax location code to a back end 

process; in the back end process, converting the tax code 
and tax location to a tax jurisdiction code with associated 
tax rate and preparing a purchase order identified to the 
appropriate company group for transmittal, 

15 In accordance with an aspect of the invention, there is 

provided a computer program product configured to be 
operable to assigning taxability codes to purchases, and 
processing tax invoices, by company groups. 

Other features and advantages of this invention will 
20 become apparent from the following detailed description of 

the presently preferred embodiment of the invention, taken 
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in conjunction with the accompanying drawings. 



Brief Description of the Drawings 

Figure 1 is a high level system diagram illustrating 
taxability processing for a plurality of company groups in 
accordance with the preferred embodiment of the invention. 

Figure 2 is schematic representation of a process for 
preparing taxability for a purchase order in accordance with 
a scenario applicable to a first company group. 

Figure 3 is a schematic representation of a process for 
paying invoices for said first company group. 

Figure 4 is schematic representation of a process for 
preparing taxability for a purchase order in accordance with 
a scenario applicable to a second company group. 

Figure 5 is a schematic representation of a process for 
paying invoices for said second company group. 

Figure 6 is schematic representation of a process for 
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preparing taxability for a purchase order in accordance with 
a scenario applicable to a third company group. 

Figure 7 is a schematic representation of a process for 
paying invoices for said third company group. 

5 Figure 8 is a representation of a screen panel display 

for users required to select tax code and location. 

Figure 9 is a representation of a screen panel 
3 expansion of the tax indicator code of Figure 8. 

n Figure 10 is a representation of a screen panel 

n 10 expansion of the tax location code of Figure 8. 

y Figure 11 illustrates a purchase order detail screen 

y which shows tax code II which is a taxable code. 

Figure 12 illustrates a screen showing the tax 
jurisdiction code. 

15 Figure 13 illustrates an invoice verification screen 

showing a II tax code and tax jurisdiction code of 331000000 
which have defaulted from the purchase order. 
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Best Mode for Carrying Out the Invention 



In accordance with the preferred embodiments of the 
invention, a system and method are provided for identifying 
specific tax jurisdiction codes and appropriate tax 
5 indicator codes by company groups , in a front-end 

procurement system to bridge to a back-end purchasing system 
for appropriate processing. This provides a system and 
method for automating the process of configuring tax 
processing across multiple companies and groups of 
10 associated companies. 

Further in accordance with the invention, there is 
provided a system and method for assigning taxability codes 
to purchases, and processing tax invoices, by company groups 
at the time of placing the order. A user, identified to one 

15 of a group of companies, inputs a requisition. Depending 

upon the user's company group and business processes, the 
user may be required to select an appropriate tax code and 
tax location for the goods to be purchased, or have it 
assigned automatically. This capability is associated with 

20 individual line items, rather than the entire requisition. 

Certain companies may require the tax code to be assigned by 

END9 2000 0177 US1 9 



a "tax approver," who reviews the requisition items and 
assigns tax codes as appropriate. Tax code and tax location 
are identified in a front end process applicable to the 
object of the requisition and converted into a converted tax 
5. code and tax jurisdiction and fed to a back end processor. 
Responsive to converted tax code and the tax jurisdiction 
for the corresponding company group, the back end prepares a 
purchase order which is transmitted to a supplier. 
Responsive to an invoice from the supplier and company group 
10 and tax code indicia from the purchase order, the back end 
processes and selectively pays, short pays, or rejects the 
invoice. 

Referring to Figures 2 through 7, an exemplary 
embodiment illustrating three tax processing scenarios on 

15 behalf of three different company groups is presented. In 

the first scenario (Figures 2 and 3), a user creating a 
requisition is involved in selecting the taxability. In the 
second scenario (Figures 4 and 5), taxability is determined 
based on the commodity being purchased. And in the third 

20 scenario (Figures 6 and 7), taxability is determined based 

on the commodity being purchased and the purchasing ship to 
location. Which scenario is executed is determined by the 
company code assigned to the user creating the requisition. 

END 9 2000 0177 US1 10 



Referring to Figure 1, a system and process flow 
diagram is provided which draws together in one overview the 
three systems illustrated in Figures 2-7. 

In step 201, a user logs on to Req/Cat. His user 
profile determines the company group. 

In step 203, users in group A use the tax process shown 
in Figure 2. In step 205, users in group B use the tax 
process of Figure 4. In step 207, users in group C use the 
tax process of Figure 6. 

In step 209, a Req/Cat requisition is created. 

In step 211, the Req/Cat requisition is bridged to SAP, 
with the tax code and tax location sent to SAP. the tax 
location code is converted to a SAP tax jurisdiction code by 
the bridge. 

In step 213, the SAP requisition is created, and the 
tax information is stored in a requisition table. 

In step 215, the purchase order is created using tax 
information from the requisition table. 

END 9 2000 0177 US1 11 



In step 217, the invoice is received from the supplier. 

In step 219, invoices for companies in group A are 
processed as shown in Figure 3. In step 221, invoices for 
companies in group B are processed as shown in Figure 5, In 
step 223, invoices for companies in group C are processed as 
shown in Figure 7. 

User profiles contain a default tax location code for 
the user. This is derived from the user's plant code (a 
plant has an associated tax location code, based on its 
address) . A user can edit his profile at any time and change 
this default tax location code. 

When a user logs onto the front-end, he is associated 
with a user profile that has what company group and company 
he is in. (There is a feed from the HR system with this 
information, that guarantees the user is in the correct 
company group, as is more fully described in copending 

application S/N , assignee docket END 9 2000 0166.) The 

business logic in the front-end then determines how much 
information the user must enter for taxes, based on his 
company group. In some cases, the user sees nothing - the 
system defaults to a tax code and location. In another 
company group, the user must select both. And in another, 
END 9 2000 0177 US1 12 



the user doesn T t see anything - the tax approver must 
determine these fields. 



Figure 8 illustrates the display panel presented at the 
line item level to a user who is required to select tax code 
5 and tax location. 



Figure 9 represents the expansion of the "tax indicator 
code" of Figure 8. 

Figure 10 illustrates the expansion of the "tax 
location code" of Figure 8, and displays the list of tax 
10 location codes appropriate for the user's company: 

Referring to Figure 2, in accordance with the first 
scenario of this exemplary embodiment of the invention, a 
requester or user at the line item level in Req/Cat 110 
determines taxability. There are two fields in Req/Cat 110 
15 to make a tax determination. 



First is the tax code field 112. The field tax code 
112 defaults with the value "taxable". However , the user 
may choose a non taxable reason for the purchase from a drop 
down list 108 with which, as is represented by line 107, to 
20 override the default entry to tax code 112. In this 
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embodiment, by way of example, tax codes available for user 
selection in list 108 include the following: 



11 


Taxable 




Nl 


Nontaxable 


- Resale 


N2 


Nontaxable 


- Manufacturing 


N3 


Nontaxable 


- Research & Development 


N4 


Nontaxable 


- Capital Improvement 


N5 


Nontaxable 


- Service 


N6 


Nontaxable 


- Other 



10 Second is the tax location field 114. As is 

represented by line 103 to line item selection 106 in user 
requisition interface 104, the field tax code 112 defaults 
in user profile 102 to the company location code 100 • 
Location code 100 can be changed by user actuation at 

15 selection 106 according to the desired point for shipment of 

the goods, and as represented by line 105 this selection is 
fed to tax location field 114 in Req/Cat application 110. 

The tax code 112 and tax location 114 are fed, as is 
represented by lines 109 and 111, respectively, to SAP 
20 requisition table 116. As is represented by line 115, the 

tax location field 120 is converted to a SAP tax 
jurisdiction code. The tax code 118 and tax jurisdiction 
END 9 2000 0177 US1 14 



122 for a given requisition 113 line in table 116 are used 
when the purchase order is created from the requisition. 
The tax code 118 and jurisdiction code 122 combination is 
maintained in SAP via a FTXP transaction. A periodic update 
spreadsheet is provide by the company to maintain the tax 
rates in table 12 6. A SAP purchase order contains the tax 
code 118 and tax jurisdiction code 122 as these are 
determined in Req/Cat 110. The purchase order output 124 
contains a tax code 118 description, a jurisdiction code 122 
description and the tax rate from table 12 6 corresponding to 
tax jurisdiction 122. 

The tax code and tax location code from the front-end 
are passed to the back-end and stored in a table for each 
requisition line item. The 3-position tax location from the 
front-end is converted to a 9-digit tax jurisdiction code. 
For example, tax location 33F in the front-end is converted 
to tax jurisdiction 33F000000. Each tax code (ie II, Nl, 
N2....etc) is maintained with each tax jurisdiction (ie 
331000000, 33F000000 ) to arrive at a rate in the back- 
end. The tax code and tax jurisdiction for the given 
requisition line is used when the purchase order is created 
from the requisition. A monthly update spreadsheet is 
provided by the companies to maintain the rates. The 
purchase order contains the tax code/tax jurisdiction code 
END 9 2000 0177 US1 15 



as was determined in the front-end. The purchase order 
output contains the tax code description, the jurisdiction 
code description and the tax rate. 

Referring to Figure 3, purchase order 124 is sent to 
5 supplier 130 who fills the order and, as is represented by 

line 135, submits an invoice 132 for payment. As is 
represented by lines 133, 137 and 139, invoice 132 and 
purchase order 124 are utilized in an accounts payable 
process 134 and, as is represented by line 145, payment 
10 remitted back to supplier 130. The tax code 138 is obtained 

from purchase order 124, and the tax 140 amount invoiced is 
obtained from invoice 132 and utilized, as is represented by 
line 142, to determine processing subsequent to receipt of 
invoice 132. 

15 At step 142, when purchase order 124 contains a non- 

taxable code 138 and invoice 132 contains no tax 140, the 
invoice is payed as presented by the supplier 130. 

At step 144, when purchase order 133 contains a non- 
taxable code 138 and invoice 132 contains no tax 140, the 
20 invoice is short paid. That is, the invoiced amount less 

the tax is paid to the supplier, and as is represented by 
line 141 the supplier is notified via payment advice t4ext 
END 9 2000 0177 US1 16 



that the invoice is paid short the tax* 

At step 14 6, when purchase order 133 contains a taxable 
code 138 and invoice 132 contains tax 140, the invoice is 
paid as presented by supplier 130, and any warning messages 
from SAP that a different rate or amount was calculated from 
tax rates table 126 are ignored. 

At step 148, when purchase order 133 contains a taxable 
code 138 and invoice 132 does not contain tax 140, the 
invoice is paid as presented by supplier 130. As is 
represented by line 143, the accounts payable 
representative, in this case, in step 150 will selected in 
the invoice verification procedure a calculate tax routine 
(such as by clicking on a tax calculation button in the 
invoice verification window) , changing the tax code to UI in 
an invoice detail screen. In step 152, SAP will then 
calculate the tax, charging the expense account and 
crediting the tax account. 

Figure 11 illustrates a purchase order detail screen 
which shows tax code II which is a taxable code. 

Figure 12 illustrates a screen showing the tax 
jurisdiction code. 
END 9 2000 0177 US1 17 



Figure 13 illustrates an invoice verification screen 
showing a II tax code and a tax jurisdiction code of 
331000000 which have defaulted from the purchase order. 



Referring to Figure 4, in accordance with the second 
5 scenario of this exemplary embodiment of the invention, the 

user (or requester, the individual preparing or requesting 
preparation of a purchase order) is not involved in tax 
determination. Rather, tax determination is derived from 
the general ledger account for the item being purchased, and 
10 a tax department review is required for those buys of items 

for which the tax code 112 is X or blank. 



The tax code for each general ledger (G/L) account is 
maintained in validation table 162 for companies in this 
company group 160. Tax codes 112 for this scenario are as 
15 follows: 



A Taxable (other) 

B Taxable (repair and replace) 

C Taxable (reduced rate) 

D Taxable (computer services) 

20 N Not taxable (other) 

R Not taxable (resale) 

X Either taxable or non taxable 
END 9 2000 0177 US1 18 



w " (Blank) either taxable or non taxable 

An X or blank means that the tax determination cannot be 
made automatically. In this case, the requisition is sent 
for management approval and then held pending a review and 
determination of the correct tax code by the tax department * 

A user from company 160 has a default tax location 
entered in his user profile 102 which will be displayed in 
line item tax location selection field 106 at interface 104 
when requesting a purchase. The user may change the value 
for tax location. As is represented by line 105/ the 
default or user selected tax location is entered to tax 
location field 114 in Req/Cat 110. However, tax code fields 
are hidden, or shown as non-changeable) at user requisition 
interface 104 for users in all companies in company group 
160. In the tax department, this tax code is viewable and 
changeable by the tax approver. 

Determination of the tax rate for a given object is 
determined by tax code 112 and tax location 114. Within 
Req/Cat 110, as is represented by line 167, tax location 114 
is converted to tax jurisdiction 122 and stored in 
requisition table 116. As is represented by line 161, tax 
code 112 goes through a requisition approval process 164 
END 9 2000 0177 US1 19 



which, in the event of an X or blank code 112 requires in 
steps 166 and 168 tax department review and determination of 
the applicable tax code. 



Bridging from Req/Cat 110 to SAP 116 is then done. In 
5 step 170, the resulting tax code is converted to a SAP tax 

code and, as represented by line 165, stored in converted 
tax code field 174 in requisition table 116. In the event 
that in step 168 it is determined that the intended supplier 
is not registered to collect tax, the tax is accrued to the 
10 state (tax jurisdiction) . Tax code conversion step 170 may 
be executed with respect to a tax code conversion table, 
such as is illustrated in Table 1. 

TABLE 1. TAX CODE CONVERSION TABLE 



Converted 

15 Tax Code 112 Tax Code 174 Description 

A Al Taxable - Other 

B Bl Taxable - Repair & Replace 

C CI Taxable - Reduced Rate 

D Dl Taxable - Computer Services 

20 E E2 Taxable 

F Fl Taxable 

G Gl Taxable 

H HI Taxable 

N El Non Taxable - Other 

25 R SI Non Taxable - Resale (may be 

out of scope) 

Note: if X or (blank) code, then fail in SAP . 
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As is represented by lines 119, 121 and 169, the purchase 
order 12 4 is created by line item from converted tax code 
174, tax jurisdiction 122, and tax rate tables 126* An 
example output purchase order 124 may read: "II Taxable, 
5 Item subject to Tax CT — Connecticut 6%". 

Referring to Figure 5, for this second tax processing 
scenario, accounts payable process 134 will pay invoice 132 
as provided by supplier 130 in step 202 when tax code 138 is 
taxable and tax is invoiced, in step 204 when tax code 138 

10 is not taxable and no tax is invoiced, in step 206 when tax 

code 138 is taxable and no tax is invoiced, and in step 212 
when tax code 138 indicates a tax rate less than the rate 
invoiced* In step 214, the company accrues and pays the tax 
directly. Accounts payable process 134 will short pay the 

15 invoice when, in step 208, tax code 138 is not taxable and 

tax is invoiced, and in step 210 when tax code 138 indicates 
that the tax rate is less than the tax invoiced 140. 

Referring to Figure 6, in accordance with the third 
scenario of this exemplary embodiment of the invention, tax 
20 determination is made with reference to the commodity being 

purchased and the purchasing location (that is, the ship to 
location) . In this process, the tax code is derived based 
on the general ledger account for the commodity or service 
END9 2000 0177 US1 21 



being purchased, and the requester is allowed to enter the 
tax location code. The combination of tax code and tax 
location is then validated, and the cost center being 
charged is verified as a taxable cost center. 

A company taxability table 180 is maintained for all 
companies in this company group which includes, for each 
general ledger account 182, the appropriate tax code 184 and 
tax ship to location 186. Table 2 illustrates a sample 
primary taxability table 180. 



TABLE 2. SAMPLE COMPANY GROUP TAXABILITY TABLE 180 

G/L Account 182 Tax Location CT1 Tax Location CT2 
021500000 Al El 

017400000 Bl AB 



In this example, when a purchase is made using G/L account 
021500000 and the requestor's tax ship to location is CT2, 
then the tax code El and tax location CT2 would be populated 
to Req/Cat 110 field 112 and 114, respectively. The 
combination of this tax code 184 and tax location 186 drive 
the taxability of the requisition line item 192. The tax 
code of AB in Table 2 represents that the taxable other code 
is applicable but other 1 factors could make the purchase non- 
taxable. In that case, a secondary taxability check 196 
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needs to be performed. 



In the example of Table 2, the tax codes 184 used for 
each tax location 186 code are as follows: 



7\ 1 

AX 


iaxajoie uuner 




AB 


couiu De eitner non raxaoj-e or 




"D 1 

Bl 


Taxable - Repair and replace 




BB 


Could. Joe eixner non naxaoie or 


LaXaDlt; 


CI 


Taxable - Reduced rate 




CB 


Could be either non taxable or 


taxable 


Dl 


Taxable - Computer services 




DB 


Could be either non taxable or 


taxable 


El 


Non taxable - Other 




SI 


Non taxable - Resale 




Tl 


Tax included 






Route to tax approver to have 


tax code assigned 



When condition *B is encountered in primary taxability table 
180, secondary check routine 196 is Req/Cat 110 will need to 
look at the cost center type 194 (also derived from table 
180) to determine taxability. 

20 User requisition interface 104 is initialized with a 

default ship to location from user profile 102 in field 188, 
END 9 2000 0177 US1 23 



which the user may accept or change- As is represented by 
lines 181 and 185, the tax ship to location selected or 
accepted is fed to Req/Cat 110 tax location field 114. At 
user requisition interface 104, the user selects from an 
item description and general ledger account pull down panel 
190, the general ledger account number 182 for the desired 
purchase, and this is used to access table 180 to obtain the 
corresponding tax code which is then fed, as is represented 
by line 183, to tax code field 112 in Req/Cat 110. As in 
the preceding scenarios, tax code 112 and tax location 114 
are converted and fed to requisition table 116, from which 
purchase order 124 is created. 

A secondary taxability check is provided in this 
scenario to further define taxability. When the tax code 
184 found in primary taxability table 180 ends with a B, for 
example, routine 196 determines taxability from the cost 
center type 194 contained in the requisition line item. 

Referring to Figure 7, for this third scenario, 
accounts payable process 134 executes with respect to 
invoice 132 received from supplier 130 against purchase 
order 124 as follows. The invoice 132 is paid as invoiced 
when, in step 220 it is determined that tax code 138 from 
purchase order 124 is taxable and tax 140 is invoiced; in 
END 9 2000 0177 US1 24 



step 222 when tax code 138 is not taxable and tax 140 is not 
invoiced; in steps 230 and 232 when tax code 138 indicates a 
tax rate which is within tolerance of the tax 140 invoiced; 
and in step 236 when tax code 138 is taxable and invoice 132 
5 includes a tax included code 140 . In step 224, when tax 

code 138 is taxable and no tax 140 is invoiced, the invoice 
is paid as provided by the supplier but the full tax amount 
is accrued. In step 226, when tax code 138 is not taxable 
and tax 140 is invoiced, or in step 228 when the tax 140 

10 invoiced is more than a tolerance amount over the tax code 

138, the invoice is short paid (that is, paid at the 
invoiced total amount less the tax or tax discrepancy, 
respectively) - In step 234, the invoice is returned unpaid 
to the supplier 130 when tax 140 invoiced exceeds by some 

15 . tolerance that rate applicable to tax code 138. 



Advantages over the Prior Art 

It is an advantage of the invention that there is 
provided an improved system and method for processing tax 
payments . 

20 It is a further advantage of the invention that there 
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is provided a system and method for assigning taxability 
codes to purchases by company groups , and to automatically 
adapt to those company groups the processing of tax 
payments . 

5 Alternative Embodiments 

It will be appreciated that, although specific 
embodiments of the invention have been described herein for 
purposes of illustration, various modifications may be made 
without departing from the spirit and scope of the 

10 invention. In particular, it is within the scope of the 

invention to provide a computer program product or program 
« element, or a program storage or memory device such as a 
solid or fluid transmission medium, magnetic or optical 
wire, tape or disc, or the like, for storing signals 

15 readable by a machine, for controlling the operation of a 

computer according to the method of the invention and/or to 
structure its components in accordance with the system of 
the invention. 

20 Further, each step of the method may be executed on any 

general computer, such as an IBM System 390, AS/400, PC or 
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the like and pursuant to one or more, or a part of one or 
more, program elements, modules or objects generated from 
any programming language, such as C++, Java, Pl/1, Fortran 
or the like. And still further, each said step, or a file 
5 or object or the like implementing each said step, may be 
executed by special purpose hardware or a circuit module 
designed for that purpose. 

Accordingly, the scope of protection of this invention 
10 is limited only by the following claims and their 

equivalents . 
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